Defect area management system and method for optical storage medium

ABSTRACT

A defect area management system for an optical storage medium including a management part producing a defect area management signal for real-time processing and transmitting the signal along with data to be written; and a write part executing a defect area management of the optical storage media, writing the data, applied by the defect area management signal from the management part, into the optical storage medium so that whenever a light pickup meets a defect block at the time of writing data requiring the real-time processing into the optical storage medium, it does not have to be moved to the spare area, thus reducing the time it takes to move the light pickup and removing shortcomings of the real-time processing.

This application is a Divisional of application Ser. No. 09/345,380,filed on Jun. 30, 1999, now U.S. Pat. No. 6,771,575, and for whichpriority is claimed under 35 U.S.C. § 120; and this application claimspriority of Application No. 1998 26419 filed in Korea on Jul. 1, 1998under 35 U.S.C. § 119; the entire contents of all are herebyincorporated by reference.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention relates to a rewritable optical storage system andmore particularly to a defect area management system and method for anoptical storage medium.

2. Discussion of Related Art

An optical storage media is generally divided into a read only memory(ROM), a write once read many (WORM) memory into which data can bewritten one time, and a rewritable memory into which data can be writtenseveral times. Rewritable optical storage media, i.e. optical discs,include rewritable compact discs (CD-RW) and rewritable digitalversatile discs (DVD-RW, DVD-RAM, DVD+RW).

The operations of writing and playing back data in rewritable opticaldiscs may be repeated. This repeated process alters the ratio of storagelayers for writing data into the optical storage medium from the initialratio. Thus, the optical discs lose its characteristics and generate anerror during recoding/playback. This degradation is indicated as adefect area at the time of formatting, recording on or playing back froman optical storage medium.

Also, the rewritable optical disc may have a defect area due to ascratch on its surface, dirt and dust, or failure during manufacture.Therefore, in order to prevent writing into or reading out of the defectarea, management of such defect areas is necessary.

FIG. 1 shows a defect management area (DMA) in a lead-in area and alead-out area of the optical disc to manage a defect area. Particularly,the data area is divided into groups for the defect area management,where each group is further divided into a user area and a spare area.The user area is where data actually written and the spare area is usedwhen a defect occurs in the user area.

Typically, one disc (e.g. DVD-RAM) has four DMAs, two in the lead-inarea and two in the lead-out area. Since managing defect area isimportant, the same data are held in all four DMAs for data protection.Each DMA includes two blocks and consists of 32 sectors, wherein oneblock consists of 16 sectors. The first block (DDS/PDL block) of eachDMA includes a disc definition structure (DDS) and a primary defect list(PDL), and the second block (SDL block) includes a secondary defect list(SDL).

More specifically, the PDL represents a primary defect data storagearea, and the SDL represents a secondary defect data storage area. ThePDL stores entries of all defective sectors generated during manufactureand identified during formatting such as initialization orre-initialization. Each entry includes a sector number corresponding toa defective sector and an entry type.

On the other hand, the SDL is arranged by blocks and holds entries ofeither defective areas which may be generated after initialization ordefective areas which cannot be entered in the PDL duringinitialization. Each entry of the SDL includes an area storing thesector number of a first sector of the block having defective sectors,and an area holding the sector number of a first sector of a replacementblock. Defective areas in the data area (i.e. defective sectors ordefective blocks) are replaced with new sectors or blocks, respectivelyby skip defective area technique or linear replacement.

The skip defective area technique is utilized when a defective area orsector is recorded in the PDL. As shown in FIG. 2A, if defective sectorsm and n, corresponding to sectors in the user area, are recorded in thePDL, such defective sectors are skipped to the next available sector. Byreplacing the defective sectors by subsequent sectors, data is writtento a normal sector. As a result, the user area into which data iswritten slips and occupies the spare area in the amount equivalent tothe skipped defective sectors.

The linear replacement is utilized when a defective area or block isrecorded in the SDL. As shown in FIG. 2B, if defective blocks m and n,corresponding to blocks in either the user or spare area, are recordedon the SDL, such defective blocks are replaced by normal blocks in thespare area and the data to be recorded in the defective block arerecorded in an assigned spare area. To achieve the replacement, aphysical sector number (PSN) assigned to a defective block remains,while a logical sector number (LSN) is moved to the replacement blockalong with the data to be recorded. Linear replacement is effective fornon real-time processing of data.

FIG. 3 is a partial diagram of an optical disc recording/playback (R/P)device relating to the write operation. The optical disc (R/P) deviceincludes an optical pickup to write data into and playback data from theoptical disc; a pickup controller transferring or moving the opticalpickup; a data processor either processing and transferring the inputdata to the optical pickup, or receiving and processing the datareproduced through the optical pickup; an interface; and a microprocessor (micom) controlling the components.

Also, a host may be connected to the interface of the optical disc R/Pdevice to transfer commands and data to and from each other. Such hostcan be any kind of personal computer, and would manage the optical discR/P device. FIG. 4 shows an optical R/P method.

Referring to FIG. 4, if there is data to be written (Step 401), the hostsends both the data to be written and a write command to the opticaldisc R/P device (Step 402). The write command includes a logical blockaddress (LBA) which designates a write position, and a transfer lengthwhich indicates the size of the data to be written.

Upon receiving the data, the optical disc R/P device begins to write thedata into a corresponding LBA of the optical disc (Step 403). Theoptical disc R/P device does not write data into defective areas byutilizing the PDL and SDL, which show defective areas of the opticaldisc. Thus, the write operation is performed by skipping the physicalsector recorded in the PDL or replacing the physical block recorded inthe SDL with an assigned block in the spare area.

When the optical disc R/P device completes writing the received data,the optical disc R/P device informs the host of the completion bytransferring a write completion signal (Step 403). The host thenmonitors whether the write command was well executed (Step 404).Finally, the optical disc R/P device sends (Step 405) a commandexecution report to the host, and the host terminates the data writeoperation on receipt of the report (Step 406).

However, the above conventional technique has several problems. Becauseboth skipping and linear replacement are utilized, when a defectiveblock is found during data write operation, the defective block may bereplaced by an assigned block in the spare area. As a result, theoptical pickup must be transferred to the spare area and retransferredback to the user area in order to continue writing the data. The time totransfer and retransfer the optical pickup may become a significantproblem in a real-time processing.

Therefore, application of the conventional technique described abovewould not be effective when real-time writing is required, such as foraudio-visual (A/V) use, because of its uniform defect area management.

SUMMARY OF THE INVENTION

Accordingly, an object of the present invention is to solve at least theproblems and disadvantages of the related art.

An object of the present invention is to provide a defect areamanagement system with an improved real-time writing for an opticalstorage medium.

Another object of the present invention is to provide a defect areamanagement system and method for an optical storage medium whichgenerates a write command for real-time processing if there is data forreal-time processing and manages defective areas of an optical disc.

Additional advantages, objects, and features of the invention will beset forth in part in the description which follows and in part willbecome apparent to those having ordinary skill in the art uponexamination of the following or may be learned from practice of theinvention. The objects and advantages of the invention may be realizedand attained as particularly pointed out in the appended claims.

To achieve the objects and in accordance with the purposes of theinvention, as embodied and broadly described herein, a defect areamanagement system for an optical storage medium including a managementunit (or host) producing a defect area management signal for real-timeprocessing and transmitting the signal with data to be written; and awrite unit (or an optical disc R/P device) executing a defect areamanagement of the optical storage media, and writing the data into theoptical storage medium according to the defect area management signal.

In the present invention, the management unit determines whether tooutput a defect area management signal for real-time processing basedupon the input data. The defect area management signal from themanagement unit is a command prohibiting execution of a linearreplacement. Thus, upon receiving the defect area management signal, thewrite unit writes the input data into an optical disc utilizing theskipping replacement.

A method of managing defective areas of an optical storage mediumaccording to the present invention includes producing a defect areamanagement signal for real-time processing and transmitting the signalwith the data to be written, if a real-time processing is required; andexecuting a defect area management of the optical storage medium andwriting the input data into the optical storage medium according to thedefect area management signal.

The defect area management includes transmitting data to be writtenafter generating a real-time write command; detecting the volume of datawhich has not been written during the execution of the real-time writecommand based upon receipt of information stored in the optical storagemedium; and if there is either unwritten data or successively connecteddata, repeating the step of generating the real-time write command tocontinue writing. The volume of the unwritten data is detected byutilizing the information of defective blocks which were skipped whenwriting data into the optical storage medium.

The defect area management signal is a command prohibiting an executionof linear replacement. The defect area management signal includesidentification information which indicates real-time data. The step ofwriting the data into the optical storage medium includes writing theinput data according to the real-time write command. If a defectiveblock is found during the writing process, data is written into afollowing normal block, skipping the defective block.

When writing the data is completed, the information of the defectiveblocks skipped during the writing is transferred and stored in theoptical storage medium. The information of the defective blocks skippedto write data on a following normal block during the data writing isrecorded in SDL entries.

According to another embodiment of the present invention, a method ofmanaging defective areas of an optical storage medium with a defectmanagement area includes producing information about the characteristicsof data to be written, and transmitting such information with the datato be written; and executing a defective area management of the opticalstorage medium and writing the input data into the optical storagemedium by using the characteristic information of the data.

The characteristic information of the data includes identificationinformation indicating real-time data, and speed information of theinput data. While data is written into the optical storage medium, if adefective block is found, data is either written into a normal blockfollowing the defective block or written in to a replacement block basedupon the characteristic information of the data.

BRIEF DESCRIPTION OF THE ATTACHED DRAWINGS

The invention will be described in detail with reference to thefollowing drawings in which like reference numerals refer to likeelements wherein:

FIG. 1 is a structure of a conventional optical disc in the related art;

FIG. 2A shows a skip defective area technique in the related art;

FIG. 2B shows a linear replacement technique in the related art;

FIG. 3 is a block diagram of a conventional disc R/P device in therelated art;

FIG. 4 is a control sequence of defect area management for an opticaldisc in accordance with the related art;

FIG. 5 is a control sequence of defect area management for an opticaldisc in accordance with the present invention; and

FIG. 6 shows an initialization of a write command for real-timeprocessing in accordance with the present invention.

DETAILED DESCRIPTION OF PREFERRED EMBODIMENT

Reference will now be made in detail to the preferred embodiments of thepresent invention, examples of which are illustrated in the accompanyingdrawings. FIG. 5 is the control sequence of defect area management foran optical disc in accordance with the present invention, and shows theoperation of an optical disc R/P device with a host.

To improve real time processing of data, maintaining compatibility withthe conventional command system would be preferable. Accordingly, thepresent invention further adds a data flag for real-time processing tothe conventional command system. As a result, if a defective block isfound during a write command for real-time processing, the defectiveblock is skipped rather than replaced.

FIG. 6 shows a preferred embodiment of the present invention. Generallya conventional write command of 12 bytes for writing data into anoptical disc by skipping defective blocks during writing or playback isaltered in the present invention. More specifically, a reserved area ofthe write command (the 10th byte) includes a flag indicating the type ofdata to be written (Wtype). The reserved area may also includeinformation indicating the speed of the data to be written (Wspeed).Such information would be used by discs which have capability to supportthe flags.

For example, when normal data which does not need real-time writing isinput, Wtype flag is set to 0. However, when data requiring real-timeprocessing is input, Wtype flag is set to 1, thereby informing theoptical disc R/P device that the data requires real-time processing.

Accordingly, if the Wtype flag within the transferred write command isset to 1, the optical disc R/P device skips a defective block duringwriting or playback rather than replacing the defective block. Thus, theinput data is written into a normal block following the defective block.When the input data does not require real-time processing, the Wtypeflag is reset to 0 and the optical disc R/P device allows linearreplacement whereby data is written into the spare area.

Also, the Wspeed flag may be set according to the required write speedof the input data and transferred within the write command. The opticaldisc R/P device determines whether to execute linear replacement byutilizing the Wspeed. Particularly, the speed of data transferred fromthe host to the optical disc R/P device is recorded into the Wspeedarea. The optical disc R/P device then compares the recorded speed ofthe data transfer with the speed by which the data is being written intothe optical disc to determine whether to allow linear replacement.

If the transfer speed of data from the host is close to the writingspeed of the data into the optical disc, execution of linear replacementslows down the writing of data, thereby reducing the speed of datatransfer and increasing the data transfer time. On the other hand, ifthe transfer speed is significantly slower than the writing speed,slowing down the writing of data would not affect real-time processing.Accordingly, when the transfer speed is lower than the writing speed bya predetermined amount, linear replacement is executed, even forreal-time processing is required.

The host may determine and control whether to execute linear replacementutilizing the Wtype flag, and/or the optical disc R/P device maydetermine whether to execute linear replacement utilizing both the Wtypeflag and Wspeed.

Referring to FIG. 5, if data to be written in real time, such as digitalTV stream data or camcorder data, is input (Step 501), the hostgenerates a real-time write command and sets the Wtype flag to 1. Thehost then transfers both the data to be written and the write command tothe optical disc R/P device (Step 502) through the interface.

Upon receiving the real-time write command, the optical disc R/P deviceprocesses the transferred data together with the write command, andwrites the data into a designated position (Step 503). The position ofthe optical disc into which the data is written may be designated usingthe LBA or may be specified in advance using another command.

The optical disc R/P device determines whether defective areas existutilizing the PDL and SDL which indicate the defective areas in theoptical disc. If a defective block recorded in the SDL is found duringthe writing of data (Step 504), the optical disc R/P device checks theWtype flag within the write command. Since the write command is forreal-time processing, the Wtype flag would be set to 1.

When the Wtype flag is set to 1, the optical disc R/P device skips thedefective block and writes the data into a normal block following thedefective block (Step 505). Upon completion of writing the data (Step506), the optical disc R/P device sends a report back to the host. Inthe preferred embodiment, if the host requires a current progress duringthe writing of data, the optical disc R/P device transfers the requiredinformation to the host. If there is no request from the host duringwriting of data, the optical disc R/P device sends a report to the hostafter data writing is completed.

Accordingly, if the optical disc R/P device determines that the writingof data is completed, it monitors whether there are any R/P defectiveblocks. A difference exists between the transfer length used by the hostto write the real-time data and the actual size of data to be writtendue to the number of SDL entries skipped during the writing of the data.Thus, if there is at least one skipped defective block, the optical discR/P device indicates an error and transfers the information of skippeddefective blocks to the host (Step 507).

The host monitors whether the optical disc R/P device has appropriatelyexecuted the write command and detects the volume of data which had notbeen written by the real-time write command of Step 502, based upon thereceived report. Namely, the report includes information such as thenumber of defective blocks, i.e. the number of SDL entries, skippedduring the writing.

The host takes into consideration the number of SDL entries in the nextwrite command. Particularly, the host varies the volume of data to bewritten in the next write command, in response to the number of SDLentries skipped during the writing. Because the skipped defective blockscannot be used, the effective size of the disc must be rearranged basedupon the skipped defective blocks (Step 508).

If there is either data which could not be written into the designatedposition of the optical disc due to the skipped defective blocks (Step509) or continuing data successively connected by the real-time writecommand (Step 510), the host returns to Step 502 and repeatstransferring the real-time write command. If there is no further data tobe written or continuing data in Steps 509 and 510, the writing processends.

However, in the preferred embodiment, if there is no further data to bewritten or continuing data, the optical disc R/P device moves to the DMAarea and indicates in the SDL entries where the skipped defective blockswere registered during the recording, that the data corresponding to thedefective blocks has been recorded by skipping the defective blocks.Thus, during playback of the data, the optical pickup need not move tothe spare area, but to the normal block following a defective block whena defective block is found through the SDL.

Furthermore, if Wspeed has been set in the write command when adefective block is found in Step 504, a determination whether to allowand execute a linear replacement for data can be made utilizing Wspeed.Particularly, the optical disc R/P device compares the speed of Wspeedto the actual speed at which the data is being written into the opticaldisc. If a linear replacement would not affect the writing of data, i.e.writing speed faster than the transfer speed, the linear replacement isexecuted and data corresponding to defective blocks are written into areplacement block in the spare area. If a linear replacement woulddetrimentally slow down the writing, i.e. writing speed is slightlyhigher than the transfer speed, a skip defective area technique isexecuted and data corresponding to defective blocks are written intonormal blocks following the defective blocks.

As described above, in the present invention, when data requiring areal-time processing is generated, a real-time write command is sent bywhich a defective block is skipped and the data corresponding to thedefective block is written in a normal block following the defectiveblock. As a result, the optical pickup does not need to move to thespare area whenever a defective block is found, thereby reducing thetime it takes the optical pickup to move to and from the spare area.Thus, the present invention improves a real-time processing of data inthe optical disc R/P device.

The foregoing embodiments are merely exemplary and are not to beconstrued as limiting the present invention. The present teachings canbe readily applied to other types of apparatuses. The description of thepresent invention is intended to be illustrative, and not to limit thescope of the claims. Many alternatives, modifications, and variationswill be apparent to those skilled in the art.

1. A system for controlling a storing of data on an optical recordingmedium, comprising: a controller configured to generate a write commandand to transmit the write command along with input data to be written,the write command including a write type information indicating whetheror not the input data requires real-time processing, the write typeinformation being 1 bit among 1 byte; and a write unit configured torecognize the write type, and to write the input data to the opticalrecording medium according to the write command, wherein the write unitis configured to employ first technique to not replace a defective datablock when the write type information indicates real-time processing,and the write unit is configured to employ second technique to replace adefective data block when the write type information indicates noreal-time processing, and wherein the write unit is configured togenerate a defect entry on the defective data block, the defect entryincluding a location information of the defective data block and astatus information for indicating that the defective data block is notreplaced if the write type information indicates the real-timeprocessing, and alternatively, indicating that the defective data blockis replaced if the write type information indicates no real-timeprocessing.
 2. The system according to claim 1, wherein the firsttechnique includes recording data that would have been recorded in a badportion of a data area defined in the optical recording medium into anext good portion following the bad portion.
 3. The system according toclaim 1, wherein the transmitted write command comprises 12 bytes ofinformation, which includes the write type information of 1 bit in10^(th) byte number, and wherein the write unit is configured torecognize the write command transmitted from the controller and employthe first technique to not replace a defective data block if therecognized write type information indicates real-time processing.
 4. Thesystem according to claim 1, wherein the second technique includesrecording data that would have been recorded in a bad portion of a dataarea defined in the optical recording medium into a portion of a sparearea defined in the optical recording medium, and then resumingrecording after the bad portion.
 5. The system according to claim 1,wherein the transmitted write command comprises 12 bytes of information,which includes the write type information of 1 bit in 10^(th) bytenumber, and wherein the write unit is configured to recognize the writecommand transmitted from the controller and employ the second techniqueto replace a defective data block if the recognized write typeinformation indicates no real-time processing.
 6. The system accordingto claim 1, wherein the transmitted write command comprises 12 bytes ofinformation, which further includes a logical block address informationof 4 bytes for designating a writing position and a transfer lengthinformation of 4 bytes for identifying an amount of data to be written,and wherein the write unit is configured to recognize the writingposition and the amount of data to be written in response to the writecommand.
 7. The system according to claim 1, wherein the write unit isconfigured to determine whether the defective data block is listed in adefect list prior to generating the defect entry, and then determine thegeneration of defect entry.
 8. A system for controlling a storing ofdata on an optical recording medium, comprising: a controller configuredto generate a write command and to transmit the write command along withinput data to be written to the optical recording medium, the writecommand including information associated with a transfer speed of theinput data; and a write unit configured to write the input data to theoptical recording medium according to the write command, wherein thewrite unit is configured to employ one of first and second technique inresponse to a comparison between the information within the writecommand and a writing speed of input data into the optical recordingmedium, the first technique to not replace a defective data block andthe second technique to replace a defective data block.
 9. The systemaccording to claim 8, wherein the first technique includes recordingdata that would have been recorded in a bad portion of a data area intoa next good portion following the bad portion.
 10. The system accordingto claim 8, wherein the second technique includes recording data thatwould have been recorded in a bad portion of a data area into a portionof spare area, and then resuming recording after the bad portion. 11.The system according to claim 8, wherein the write unit is configured todetermine whether a defective data block is listed in a defect list andwrite a defect list including a location of the defective data block asa result of the determination.
 12. The system according to claim 8,wherein the write unit is configured to employ the first technique ifthe information indicates a value higher than that of the writing speed,and employ the second technique if the information does not indicate avalue higher than that of the writing speed.
 13. A method for managing adefective data block, comprising: receiving a write command thatincludes a write type information for indicating whether data to bewritten is real time data or non-real time data, the write typeinformation being 1 bit among 1 byte; recognizing the write type fromthe received write command; controlling a writing of data such that adefective data block is not replaced with a spare area defined in arecording medium if the write type information indicates real time data,while controlling a writing of data such that a defective data block issubject to linear replacement if the write type information indicatesnon-real time data; and generating a defect entry for the defective datablock, the defect entry including a location information of thedefective data block and a status information for indicating that thedefective data block is not replaced with the spare area if the writetype information indicates the real time data, and alternativelyindicating that the defective data block is replaced if the write typeinformation indicated no real-time processing.
 14. The method of claim13, further comprising: updating a recording capacity of the recordingmedium based on a number of the defective data blocks.
 15. The method ofclaim 14, further comprising: receiving a new write command to write acontinuous data, the new write command considering the number ofdefective data blocks.
 16. The method of claim 13, wherein thecontrolling step controls the writing of data such that the defectivedata block is skipped and the data is written on next normal block ifthe write type information indicates real time data.
 17. The method ofclaim 13, wherein the generating step is performed after writing of thereal time data is finished.
 18. The method of claim 13, wherein thewrite command further includes a logical block address information fordesignating a position to be written, and a transfer length informationfor indicating an amount of data to be written, wherein the recognizingstep includes recognizing the position to be written and the amount ofdata to be written.
 19. The method of claim 18, wherein the writecommand comprises 12 bytes of information including the logical blockaddress information of 4 bytes, the transfer length information of 4bytes and the write type information of 1 bit in 10^(th) byte numberstarting from 0 byte number, and wherein the recognizing step recognizeseach information included in the write command.
 20. An apparatus formanaging a defective data block, comprising: a controller configured toreceive a write command that includes a write type information forindicating whether data to be written requires a real time processing,the write type information being 1 bit among 1 byte, the controllerfurther configured to recognize the write type from the received writecommand, and to control a writing of data in such a manner that adefective data block is not replaced with a spare area defined in arecording medium if the write type information indicates that datarequires a real time processing, while a defective data block is subjectto linear replacement if the write type information indicates that datadoes not require a real time processing; and a writing/reading unitconfigured to write the data on the recording medium in response to thewrite command and to write a defect entry for the defective data blockon a defect management area defined in the recording medium, the defectentry including a location information of the defective data block and astatus information for indicating that the defective data block is notreplaced with the spare area if the write type information indicatesthat data requires the real time processing, and alternativelyindicating that the defective data block is replaced if the write typeinformation indicates no real-time processing.
 21. The apparatus ofclaim 20, wherein the controller is configured to update a recordingcapacity of the recording medium based on a number of the defective datablocks.
 22. The apparatus of claim 21, wherein the controller isconfigured to receive a new write command to write a continuous data,the new write command considering the number of defective data blocks.23. The apparatus of claim 20, wherein the controller is configured tocontrol writing/reading unit in such a manner that the defective datablock is skipped and the data is written on next normal block if thewrite type information indicates that data requires the real timeprocessing.
 24. The apparatus of claim 20, wherein the writing/readingunit is configured to write the defect entry after writing of the realtime data is finished.
 25. The apparatus of claim 20, wherein the writecommand further includes a logical block address information fordesignating a position to be written, and a transfer length informationfor indicating an amount of data to be written, wherein the controlleris configured to recognize the position to be written and the amount ofdata to be written, in order to control the writing/reading unit. 26.The apparatus of claim 25, wherein the write command comprises 12 bytesof information including the logical block address information of 4bytes, the transfer length information of 4 bytes and the write typeinformation of 1 bit in 10^(th) byte number starting from 0 byte number,and wherein the controller is configured to recognize each informationincluded in the write command, in order to control the writing/readingunit.
 27. A system for managing a defective data block, comprising: ahost device configured to generate a write command and to transmit thewrite command and data to be written, the write command including awrite type information for indicating whether data requires real timeprocessing, the write type information being 1 bit among 1 byte; and adrive configured to receive the write command and the data, and to writethe transmitted data according to the write command, the drivecomprises, a controller, operatively coupled to the host device throughinterface, configured to receive the write command, recognize the writetype from the received write command and control the writing of data insuch a manner that a defective data block is not replaced with a sparearea defined in a recording medium if the write type informationindicates that the data requires real time processing, while a defectivedata block is subject to linear replacement if the write typeinformation indicates that data does not requires real time processing,and a writing/reading unit configured to write the data on the recordingmedium in response to the control of the controller and write a defectentry for the defective data block on a defect management area definedin the recording medium, the defect entry including a locationinformation of the defective data block and a status information forindicating that the defective data block is not replaced with the sparearea if the write type information indicates that the data requires realtime processing, and alternatively, indicating that the defective datablock is replaced if the write type information indicates no real-timeprocessing.
 28. The system of claim 27, wherein the controller isconfigured to determine a number of the defective data blocks and reportthe number of the defective data blocks to the host device.
 29. Thesystem of claim 28, wherein the host device is configured to transmit anew write command to write a continuous data by considering the numberof defective data blocks transmitted from the controller, and thecontroller is configured to receive the new write command and controlthe writing/reading unit to write the continuous data.
 30. The system ofclaim 27, wherein the controller is configured to controlwriting/reading unit in such a manner that the defective data block isskipped and the data is written on next normal block if the write typeinformation indicates that the data requires real time processing. 31.The system of claim 27, wherein the writing/reading unit is configuredto write the defect entry after writing of the real time data isfinished.
 32. The system of claim 27, wherein the write command furtherincludes a logical block address information for designating a positionto be written, and a transfer length information for indicating anamount of data to be written, and wherein the controller is configuredto recognize the position to be written and the amount of data to bewritten, in order to control the writing/reading unit.
 33. The system ofclaim 32, wherein the write command comprises 12 bytes of informationincluding the logical block address information of 4 bytes, the transferlength information of 4 bytes and the write type information of 1 bit in10^(th) byte number starting from 0 byte number, and wherein thecontroller is configured to recognize each information included in thewrite command, in order to control the writing/reading unit.